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Method of configuring parameters of machine-to-machine 
module and machine-to-machine module 

Field 

The invention relates to a method of configuring parameters of a 
5 machine-to-machine (M2M) module and to a machine-to-machine module. 

Background 

In wireless data communications, machine-to-machine (M2M) solu- 
tions are currently being developed. M2M stands for machine-to-machine, mo- 
bile-to-machine, and machine-to-mobile. In mobile communications, M2M is 

10 about combining telecommunication and information technology; wireless data 
is used to establish a link between remote devices or locations and systems. 
By means of M2M solutions, processes can be automated, which in turn in- 
creases efficiency, saves costs and provides better service levels. Typically, 
M2M solutions are created for collecting information, setting parameters, send- 

15 ing indications of unusual situations or taking care of an on-line transaction by 
means of a wireless data connection. New M2M applications are continuously 
emerging and they may serve almost any environment (telemetry, telematics, 
home applications, public traffic service, security and surveillance, telemedi- 
cine, sales and payment, service and maintenance, industrial applications and 

20 fleet management). 

M2M modules/terminals are configured with specific configuration 
parameters. These parameters may be needed as usage parameters, for ex- 
ample. The parameters may be related to connectivity, such as an address to 
be connected (for example, IP address or phone number), authentication in- 

25 formation, time-out values or bearer information. Nowadays the M2M module 
configuration is often done by hand and thus, the user enters the parameters 
into the M2M module, for example. Another possibility of configuring the M2M 
module is to use smart messages that are communicated between the M2M 
module and a server that delivers the configuration parameters. The M2M mo- 

30 dule may, for example, ask for the configuration parameters by sending an 
SMS (Short Message Service) message through a GSM (Global System for 
Mobile Communications) system. The server then sends back a smart mes- 
sage including the configuration parameters. It is also possible to configure the 
M2M module by dedicated configuration software attached physically to the 

35 module or by connecting the M2M module to a computer with a cable connec- 
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tion, for example, and executing the configuration by software on the com- 
puter. 

However, it is typical that the configuration parameters vary from 
module to module so that different configuration parameters are required for 
5 each module. In case there are large module populations, configuration cre- 
ates problems because in order to configure all the modules, a vast number of 
smart messages and configuration application parameter settings need to be 
generated and delivered to the modules, for example. Further, a great amount 
of work in form of needless visits to the modules, for example, is required to 
10 configure the modules correctly. 

Brief description of the invention 

An object of the invention is to provide an improved method of con- 
figuring parameters of an M2M module and an improved M2M module. An as- 
pect of the invention provides a method of configuring parameters of an M2M 
(machine-to-machine) module, the method comprising establishing a connec- 
tion between the M2M module and a server. The method of the invention com- 
prises: downloading, to the M2M module, an application having an interface for 
configuring the M2M module, the application being configured to run on a Java 
virtual machine (JVM); communicating with the server by the application for 
receiving configuration parameters; and setting the parameters of the M2M 
module by the application based on the received configuration parameters. 

According to another aspect of the invention, there is provided an 
M2M (machine-to-machine) module, comprising: means for operating a Java 
virtual machine and means for establishing a connection between the M2M 
module and a server. The M2M module of the invention is configured to: 
download an application having an application programming interface (API) for 
configuring the M2M module, the application being configured to run on a Java 
virtual machine (JVM); communicate with the server by the application for re- 
ceiving configuration parameters; and set the parameters of the M2M module 
30 by the application based on the received configuration parameters. 

Preferred embodiments of the invention are described in the de- 
pendent claims. 

The method and system of the invention provide several advan- 
tages. There is no need for manual configuration of the M2M modules. Also, 
35 automated configuration of a large module population becomes possible. In a 
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preferred embodiment of the invention, there is no need to generate different 
smart messages or applications or different application parameter settings for 
each individual module. The invention provides a centralized module configu- 
ration, in which a large module population is configured consistently or indi- 
vidually depending on the configuration needs, becomes possible. 

List of drawings 

In the following, the invention will be described in greater detail with 
reference to the preferred embodiments and the accompanying drawings in 
which 

Figure 1 shows an example of a structure of a radio system; 
Figure 2 illustrates a more detailed example of an M2M module in a 
radio system; and 

Figure 3 is a signal sequence diagram illustrating the method of 
configuring parameters of an M2M module in a radio system. 

Description of embodiments 

With reference to Figure 1, examine an example of a radio system 
in which the preferred embodiments of the invention can be applied. The radio 
system can be based on, for example, GSM (Global System for Mobile Com- 
munications) or WCDMA (Wide-band Code Division Multiple Access). 

The core network may correspond to the combined structure of the 
GSM (Global System for Mobile Communications) and GPRS (General Packet 
Radio Service) systems, for example. The GSM network elements are respon- 
sible for the implementation of circuit-switched connections, and the GPRS 
network elements are responsible for the implementation of packet-switched 
connections, some of the network elements, however, being shared by both 
systems. 

A centre 100 represents a mobile services switching centre (MSC) 
and a serving GPRS support node (SGSN) that enable circuit-switched and 
packet switched signalling, respectively, in the radio system. Because the cen- 
tre 100 can control all the traffic in the radio system, the centre 100 can gather 
accounting information of each user, which accounting information may be 
used in billing. 

A core network may comprise a gateway unit 102, which is repre- 
sented by a gateway mobile service switching centre (GMSC) and a gateway 
GPRS support node (GGSN). The GMSC attends to the circuit-switched con- 
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nections between the core network and external networks, such as a public 
land mobile network (PLMN) or a public switched telephone network (PSTN), 
and the GGSN attends to the packet-switched connections between the core 
network and external networks, such as the Internet. 
5 The centre 100 controls a radio access network (RAN) 104, which 

may comprise at least one base station controller 106 controlling at least one 
base station 108. The base station controller 106 can also be called a radio 
network controller, and the base station 108 can be called node B. 

An M2M module 110 communicates with at least one base station 
10 108 over a radio interface. The M2M module 110 comprises an interface for 
connecting to a remote device 112, for example. The M2M module 110 may 
also comprise a built-in SIM (Subscriber Identity Module) and an internal an- 
tenna. The remote device 112 may be a vending machine or an elevator, for 
example. Further, the remote device 112 may be any device that is related to 
15 security, automatic meter reading, industrial applications, cargo tracking, road 
traffic information, traffic control systems or telemedicine, for example. 

An M2M gateway 114 is a middleware for establishing wireless ma- 
chine-to-machine applications. The M2M gateway 114 is used for bridging the 
GSM network and the Internet, for example, by providing a connection fortwd- 
20 way communication between applications located on a server 118 and within 
one or more remote devices 112. The M2M gateway 114 is based on open, 
widely accepted middleware and communication architecture CORBA (Com- 
mon Object Request Broker Architecture). 

A server 118 may communicate with the radio system over a 
25 TCP/IP (transmission control protocol/Internet protocol) 1 16, for example. The 
server 118 may be located on the Internet or in a company Intranet, for exam- 
ple. The server 118 is used for controlling the remote devices 112 in the radio 
system. If the remote device 112 is a vending machine, for example, then the 
company that maintains the vending machines may control the server 118. The 
30 M2M module 1 10 is used to communicate information between the server 118 
and the remote device 112 and also to execute instructions given by the server 
118, for example. For example, data about the number of product items pre- 
sent in the remote device 1 12 may be transferred to the server 118. The server 
1 18 in turn may send control commands to the remote device 1 12 in order to 
35 get the data it needs or to modify the settings of the device, for example. 
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The M2M gateway 114 may communicate with a name server 115. 
The name server 115 is, for example, a CORBA name server that provides 
parameters on how to make method calls to the server 118 over the TCP/IP - 
connection or to the M2M module 110. 

The present solution is generally described in Figure 2. The M2M 
module 110 in Figure 2 comprises a Java virtual machine (JVM) 122, which is 
an abstract computer that provides an interface between a compiled Java bi- 
nary code and the platform which actually performs the program instructions. 
In Java programming environments, there are application programs 120 such 
as applets, MIDIets and IMIets. The application program 120 is a small pro- 
gram designed to perform specific functions. Applications 120 use the services 
of the module's operating system and other supporting applications The 
means of communicating with other programs that the application 120 program 
uses is called the application program interface (API) 124. 

Wireless Java applications rely on Java 2 Platform, Micro Edition 
(J2ME), for example. The J2ME architecture defines configurations, profiles 
and optional packages as elements for building Java environments that meet 
the requirements for a broad range of different devices. The configurations are 
composed of a virtual machine and a minimal set of class libraries. With the 
J2ME, applications are written once for a wide range of devices and can be 
downloaded dynamically. The J2ME applications are small programs that can 
be downloaded to the M2M module 1 10 and then be executed in it. 

A J2ME application 120 implemented using an IM Profile, for exam- 
ple, is referred to as the IMIet, and it provides the user interface on the module. 
The J2ME application 120 communicates with a Java servlet, for example, 
usually via HTTP, and over a secure channel when necessary. The servlet in- 
terprets requests from the J2ME application 120, and in turn, dispatches client 
requests to EJB (Enterprise Java Beans architecture) components, for exam- 
ple. The IM Profile specification provides a mechanism for J2ME applications 
120 to persist and retrieve data. This storage mechanism, called Record Man- 
agement System (RMS), is a simple, record-oriented database. Each record is 
stored and retrieved as an array of bytes. J2ME applications 120 may add, 
retrieve, and remove records from an RMS record store. 

In an embodiment of the invention, an application 120, such as an 
IMIet, having an application-programming interface (API) for configuring the 
M2M module, is downloaded to the M2M module 110, the application running 
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on a Java virtual machine (JVM) 122. The downloaded application 120 com- 
municates with the radio system using a method call through CORBA API 124, 
for example, in order to receive configuration parameters from the server 1 18.' 
The application 120 may also communicate over a TCP/IP socket, for exam- 
5 pie. The parameters of the M2M module 110 are set by the application 120 
based on the received configuration parameters. 

The application 120 is downloaded to the M2M module 110, to the 
Java virtual machine 122 over a cable, over an infrared connection or over-the- 
air (OTA), for example. Over-the-air downloading may also be initiated from 

10 outside of the M2M module 1 1 0, that is, from the M2M gateway 1 14 side. The 
application 120 may be triggered to run immediately after it has been 
downloaded to the M2M module 110, for example. Thus, the M2M module's 
110 connection parameters may be fully configured by using the application 
120 even if the M2M module 110 has not been configured at all after factory 

15 settings. 

In an embodiment of the invention, the application 120 is a Java 2 
Micro Edition (J2ME™) application, such as a Java MIDIet or a Java IMIet. The 
application-programming interface 124 may be provided by, for example, an 
ORB API (object request broker API), that is, a basic mechanism for making 
20 requests to and receiving responses from objects located locally or remotely. 
The ORB establishes the client-server relationship between objects. For ex- 
ample, the CORBA is a standardised ORB architecture. 

The application 120 may comprise different communication chan- 
nels, such as I/O API, to communicate via the M2M module 110 pins, SMS API 
to provide SMS message communication with the GSM network, ORB API to 
communicate with the M2M gateway, a module ORB or an AM ORB and a 
CLDC (Connected Limited Device Configuration) API to be used with byte 
stream to socket connections, serial protocol to serial port connections and 
HTTP (hypertext transfer protocol) connections. 

The M2M module 110 comprises a configuration block 126, in which 
the application 120 sets the parameters to be configured, for example. The 
parameters to be configured may include usage parameters, such as pass- 
words, user names, default connection settings, gateway parameters, IP- 
addresses, used bit rates, connection time-outs or idle times, for example. ' 

The M2M module 110 may comprise an interface to connect to a 
remote device 112, such as a vending machine or an electricity meter reader, 
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for example. The remote device 112 may then comprise an ORB (object re- 
quest broker) module, such as an AM (Application Module) ORB for communi- 
cating with the M2M module 1 10. 

In a case where the remote device 1 12 is, for example, an electricity 
5 meter reader, it is feasible that the electricity meter reader should be checked 
several times a year, for example. It is possible that the readings of the elec- 
tricity meter reader are sent periodically to the server 118 of the electric com- 
pany, for example. However, if the electric company wishes to change the me- 
ter reading periods, it is possible to configure the parameters that control these 
10 periods by using the described example of the method of the invention. Thus, 
also an automated configuration of a large module population becomes possi- 
ble without the need to generate different J2ME applications 120 for each indi- 
vidual M2M module 110. 

Let us next study the example of Figure 3 of a method of configuring 
15 parameters of an M2M module. In Figure 3, the first vertical line SERVER 118 
denotes communication originating from and terminating in a server, the server 
being in a company Intranet or Internet, for example. The second vertical line 
M2M module 110 denotes communication of the M2M module and measures 
taken by the M2M module. The lines illustrated with dashed lines show op- 
20 tional steps of the method. 

This example illustrates a situation where a new M2M module 110 
with no J2ME application for configuring the M2M module is taken to use. In 
300, in the server 118, a SMS message is generated, the SMS message com- 
prising preliminary parameters for configuring the M2M module. Such parame- 
25 ters may be parameters needed for establishing GPRS connections to the di- 
rection of the M2M gateway, for example. Next in 302, the generated SMS 
message comprising the preliminary parameters is sent from the server 1 18 to 
the M2M module 110. In 304, the M2M module 110 configures the preliminary 
parameters that have been received with the SMS message. After the prelimi- 
30 nary parameters have been configured in the M2M module, then, in 306, the 
server 118 is able to establish a CORBA connection between the server 118 
and the M2M module 110 and to send a J2ME application to the M2M module 
110 by the CORBA connection. The J2ME application is called in this example 
an IMIet. 

35 In 108, the IMIet is downloaded to the M2M module 110 over the 

CORBA connection. The IMIet can be downloaded in other ways to the M2M 
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module as well, such as over a cable from a computer or over an infrared con- 
nection, for example. Once the IMIet has been downloaded to the Java virtual 
machine operating in the M2M module, it can be used to configure parameters 
of the M2M module. It is also feasible that the IMIet has already been down- 
5 loaded at the manufacturing stage. Thus, the method of this example may start 
in 310. 

In 310, the IMIet makes a CORBA method call through a CORBA 
API to the server 118 in order to receive configuration parameters. Thus, the 
IMIet communicates with an application on the server behind the M2M gateway 

10 by using CORBA messages. The IMIet may, for example, include a reference 
to a remote object on the server application. The object reference has a stub 
method, which is a stand-in for the method being called remotely. The stub is 
wired into the ORB in a way that the calling of it invokes the ORB's connection 
capabilities and forwards the invocation to the server. On the server, the ORB 

15 uses a skeleton code to translate the remote invocation into a method call on 
the local object. The skeleton translates the call and any parameters and calls 
the method being invoked. When the method returns, the skeleton code trans- 
forms the results and sends them back to the IMIet via the ORBs. Between the 
ORBs, communication proceeds by means of a shared protocol, which is 

20 based on the standard TCP/IP Internet protocol. The IMIet may also communi- 
cate with the server 1 1 8 over TCP/IP connections, for example. Thus, the IMIet 
establishes a TCP/IP socket to a given IP address or a port and uses, for ex- 
ample, a HTTP protocol for downloading the required configuration parame- 
ters. 

25 In 31 2, the configuration parameters are sent from the server 1 1 8 to 

the IMIet. Then, in 314, the IMIet sets the parameters of the M2M module 

based on the received configuration parameters. 

It is possible that, when in 306 the server 1 18 is sending the IMIet to 

the M2M terminal 110, the required configuration parameters at that time are 
30 sent at the same time to the M2M terminal 1 1 0 with the IMIet. 

If the IMIet, in 308, is downloaded to the M2M module 110 at the 

manufacturing stage, then some or all of the M2M modules used in remote 

devices, for example, may have similar IMIets downloaded to each of them. 

Thus, as the M2M module is set to work, the IMIet may automatically establish 
35 a connection to the server 118. Then, the IMIet may use the CORBA method 

call or a TCP/IP connection for establishing the connection to the server 118. 
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In an embodiment, it is also possible that the server 1 1 8 initiates the 
configuration of the parameters by sending a control command comprising the 
configuration parameters to the IMIet through the M2M gateway. There may be 
a need to change some settings of the remote device in connection with the 
5 M2M module, for example, and the IMIet may be used to configure these set- 
tings of the remote device based on the configuration parameters sent from the 
server to the IMIet. 

Even though the invention is described above with reference to an 
example according to the accompanying drawings, it is clear that the invention 
o is not restricted thereto but it can be modified in several ways within the scope 
of the appended claims. 



